Информация для пользователей
Также, если ваш вопрос касается работы LiveJounal.com, то вы можете задать его по-русски на странице Службы поддержки пользователей.
Почему нельзя настроить пересылку постов на ФБ-страницу? Когда будет снято это ограничение? И кем оно наложено: ФБ или ЖЖ?
Здравствуйте, уважаемые. В принципе, предложение простое - сделать sitemap.xml для журналов.
С одной стороны это лишняя нагрузка на сервер, а с не и без того приходится бороться, а с другой - лучшая индексация журналов поисковыми системами, эта проблема увы есть. Чтобы смягчить ситуацию, можно сделать это только для платных аккаунтов, с отдельной настройкой по включению или вроде того.
К тому же, можно сделать не XML, а хотя бы текстовый Sitemaps со списком адресов заметок. Но XML, пусть и урезанный, т.е. только с loc и lastmod, всё же предпочтительней. Сортировать лучше по дате указанной пользователей (её же и использовать в lastmod), а не дате создания заметки - очень уж проблемно в ЖЖ с переиндексацией. По крайней мере у меня.
Изменения
- Был возвращен старый формат отображения ссылки на lj-cut.
- Порядок добавления меток при модерации был изменен с учетом замечаний пользователей, следующим образом: при одобрении модерируемой записи, модератор сможет включить в запись только те метки, правами на добавление которых обладает автор записи. Эта мера призвана предотвратить непреднамеренное создание в сообществе новых меток, добавленных в запись пользователями, у которых нет прав на создание новых меток.
- URL http://exampleusername.livejournal.com/t
ags/ теперь перенаправляет на правильный адрес страницы меток (http://exampleusername.livejournal.com/t ag/), вместо того, чтобы отображать ошибку "Страница не найдена".
Исправления
- Была оптимизирована работа с API Twitter, так что публикация записей Twitter-дайджеста должна осуществляться более стабильно.
- Была исправлена переадресация с внешних доменов, так что авторизованные пользователи теперь не должны перенаправляться на страницу авторизации (http://www.livejournal.com/login.bml).
- Ссылка на страницу подозрительных комментариев снова использует корректный URL этой страницы.
- Поле "Музыка" вновь поддерживает использование тэгов html, разрешенных для этого поля.
Мы провели тестирование в сообществе: был написан пост с двумя левыми метками и двумя правильными. Во время премодерации моя напарница поставила ещё одну метку из списка (то есть произвела вмешательство)
Фильтр отсёк две метки не из списка и пропустил только те метки которые есть в сообществе.
Теперь с уверенностью утверждаю - КОСЯК ИСПРАВЛЕН. Спасибо.
После нововведений с метками в сообществах, суть которых мне удалось выяснить только направив запрос . До ответа я была уверена, что это баг, поскольку такое полностью лишенное логики решение мне и в голову прийти не могло!
Итак, вот суть ответа - если смотритель или модератор одобряет пост, то с ним он автоматически одобряет и метки которые наставил пользователь.Вроде бы легко и просто в теории, но на практике это внесение путаницы и хаоса с метками.
Вот практический пример: Если допустим, в сообществе 140 установленых меток и больше не требуется, а если потребуется, то смотритель один раз залезет в метки и внесёт необходимую метку в список. Модерация проходит быстро, поскольку оценивается только сам пост ( в нашем сообществе смотрю на наличие ката, размеро фото и ещё несколько параметров), метки отслеживать было не надо, поскольку их 140, а если пользователь навыдумывал свои, система их отсекала.
Модератор (а если их много?) не может физически помнить все 140 ( а может быть 300!) правильных меток сообщества, и будет либо отсекать самые подозрительные, но пропускать похожие на правильные ( все знают что в метке достаточно изменить регистр и это уже другая метка. Пример: Кожа, кожа, кожаное, из кожи ) и создаст хаос с метками, и их надо будет неприрывно вычищать, что опять же оставит часть записей без меток. Либо модератор должен стирать ВСЕ метки которые внёс пользователь и правильные и неправильные, и вносить саморучно из списка. Что значительно удлинняет и без того муторную работу. Сейчас в нашем сообществе на 18000 пользователей 2 активных модератора, и нам было не просто, но мы справлялись, но зачем добавлять геморрой дополнительно?
И это по счастью мне попался пост с кучей диких меток и я обратила на них внимание и подняла этот вопрос. А многие модераторы явно ещё не в курсе этих изменений. Сейчас я наблюдаю, что творится с метками в крупных сообществах (от 20 тыс. участников) где много модеров, которые по привычке одобряют посты и не знают, что разработчики подложили им свинью, и одобряя пост с метками пользователя автоматически они одобряют и сами метки! Там просто каша теперь с метками, и придётся это разгребать отдельно.
Функциональности на единицу, а путаницы и проблем на 10.
Верните фильтрацию меток привнесённых пользователями!
Когда я отправляю запись в премодерируемое сообщество, запись для меня, как для простого члена сообщества просто пропадает в никуда до того момента, как ее одобрят, или отклонят. На премодерации в сообществе на базе платного аккаунта может висеть до пяти моих записей, ни одну из которых я не вижу. Это крайне неудобно и не только мне, как я полагаю. Бывает через пару недель начинаешь уже сомневаться, отправлял ли запись вообще и какую.
Сейчас можно очень удобно выбрать в верху страницы фильтр своих записей в сообществе, было бы удобно, если бы этот же фильтр показывал те записи, что висят на премодерации. Или добавить к тому фильтру такой в дополнение. В общем был бы рад, если б появилась наконец возможность видеть то, что отправлено и висит неопубликованное.
Алексей
Сейчас в разделе "Профиль пользователя", графа "сколько комментов получено" учитываются лишь комментарии, размещенные в блоге пользователя.
Комментарии, являющиеся ответами на его комменты в чужих блогах, не учитываются. Это искажает восприятие блогера как писателя.
Я, к примеру, очень мало пишу в своем блоге, но много в блогах своих друзей. Для понимания актуальности моих текстов мне нужно видеть соотношение между всеми посланными мною комментами
и всеми полученными в ответ комментами, а не только теми, которые попали лишь в пространство моего блога.
Сейчас получается нехорошо. Я пишу сотни комментов и получаю сотни ответов. Однако, отражаются только первые и любой, кто зайдет на страницу моих данных, может счесть, что я графоман, пишущий в пустоту.
Два показателя рядом "сколько комментов получено" и "комментария отправлено" должны относиться к одному (лучше всего полному) пространству подсчета.
При этом условии их отношение ("коэффициент отклика") позволит блогеру сразу же видеть эффективность (актуальность) своего писательского труда.
P.S. Кратко о результатах дискуссии, как они мне видятся (более полный обзор см. ниже, в комментарии Пояснения и ответы).
Высказывалось мнение, что учет полного числа полученных комментов (а не только в своем блоге) может сыграть на руку ботам, троллям и холиварщикам.
На мой взгляд, для таких опасений нет почвы. Более того, принятие во внимание вместе с абсолютным относительного коэффициента отклика =
соотношения полного числа полученных комментов к полному числу посланных комментов и постов
стимулирует повышение качества комментов, а не их количества.
Относительный показатель неявно рекомендует не поощрять попытки холиварщиков-троллей получить множество комментов тупыми провокациями (гасить их баном).
Напротив, дискутирующий корректно, без использования грязных приемов, имеет шанс собрать массу комментов без бана и получить свой правомерный бонус.
В принципе, любой параметр ЖЖ, даже пресловутое число подписчиков, элементарно накрутить вредоносной активностью.
Число полученных комментов с легкостью можно накрутить и по нынешним правилам на территории бота.
Однако, если разнородных качественных параметров будет больше, накрутить их все в сумме будет сложнее, чем накручивать только 1 параметр.
Вообще, в любых здоровых в своей основе сообществах логичные новации всегда приносят пользы больше, чем вреда, и работают лучше, чем не логичные.
Когда посланные комменты считаются в одном пространстве, а полученные -- в другом, это нелогично. Равное пространство подсчета логично и создает относительный показатель (коэффициент отклика) --
неплохой измеритель обратной связи, получаемой в ответ на писательскую активность блогера (актуальности текстов). Одновременно этот показатель будет неявно "рекомендовать" вести дискуссию остро, но корректно.
Сейчас бонусы от активности комментаторов получает только хозяин блога, а комментаторы остаются фактически даже не в нуле, а в минусе, поскольку посланные ими комменты считаются, а полученные -- нет.
Это нехорошо и к тому же неявно поощряет писать только в своем блоге, что не работает на пользу ЖЖ как социальной сети.
Новые возможности
- Владельцы, смотрители и модераторы сообществ теперь могут редактировать метки модерируемых записей перед их одобрением.
- Владельцы и смотрители сообществ могут увидеть имя пользователя, одобрившего ту или иную запись в модерируемом сообществе. Эта информация теперь отображается над заголовком записи при просмотре страницы записи в системном стиле.
- Появилась возможность следить за актуальными записями Живого Журнала в Twitter через аккаунты @LJTop25 и @LJTop100. В эти аккаунты транслируются 25 и 100 самых популярных записей из общего рейтинга соответственно.
Изменения
- Ссылку на lj-cut стало проще отличить: теперь перед ней отображается иконка ножниц.
Исправления
Исправления в новой системе комментирования- При выборе юзерпика с несколькими ключевыми словами он больше не будет замещаться юзерпиком по умолчанию.
- Юзерпики теперь можно выбирать без использования мыши. Нажимайте Shift+Tab, пока окно выбора юзерпика не будет подсвечено, после чего нажмите Enter и выберите юзерпик с помощью клавиш стрелок. Подтвердите свой выбор повторным нажатием Enter.
- Если пользователь, удаливший журнал, предпочёл не удалять свои комментарии в других журналах и сообществах, его комментарии больше не будут отображаться как удалённые.
- Кнопки для форматирования текста (жирный, курсив, подчеркнутый) теперь вставляют соответствующие тэги в желаемом месте.
- В Визуальном редакторе вновь отображаются границы lj-cut и lj-spoiler.
- При отображении CAPTCHA для комментаторов в записях сообществ теперь используются настройки сообщества, а не автора записи.
- Были исправлены ссылки "Поделиться" в тех стилях, где они не функционировали.
- Заголовки и подзаголовки журналов, которые скрывались в некоторых стилях при просмотре в браузере Internet Explorer 8, теперь отображаются корректно.
2. Можно ли сделать уведомления на ящик - не все пришедшие письма, а только первое, до просмотра остальных, как это реализовано на форумах в уведомлении к темам?
На форумах создано так: вы ответили в тему, вам на ваш мейл придет уведомление о том, что кто-то ответил в эту же тему, но не более одного уведомления, далее вы заходите и читаете всю тему начиная с присланого уведомления на ваше последнее участие в теме и далее. Было бы удобно, чтобы на ящик приходило уведомление о том, что надо модерировать ваше сообщество, но не более одного уведомления, вы заходите в кабинет модерации и видите список тех, кого надо проверить.
С утра у меня уже 24 спамера и всё это пришло мне на мой мейл.. :(
хотя достаточно трех писем о том, что в сообществах требуется модерация...
Это вообще возможно?
Нам очень надо :)
UPD
Для участников сообщества.
Новые возможности
Отложенные записи
Появилась возможность откладывать публикацию записей: если при написании записи указать дату в будущем, запись появится в лентах в указанное время.
- Для того, чтобы написать отложенную запись, при создании новой записи измените значение поля "Дата", задав желаемые дату и время публикации.
- Посмотреть и отредактировать все отложенные записи можно на странице http://www.livejournal.com/manage/schedu
led_posts.bml. - Отложенной можно сделать только новую запись. Уже опубликованную запись перевести в отложенные невозможно.
- В сообществах отложенные записи могут делать пользователи с немодерируемым доступом.
На странице создания и редактирования записи появилась новая опция - "Показывать всегда сверху". Запись, в которой была включена эта опция, будет всегда закреплена выше остальных записей в вашем журнале или в сообществе и со временем не сместится вниз.
- Запись с настройкой "Показывать всегда сверху" может быть только одна. Однако все существующие записи, размещенные сверху с помощью старых методов, останутся на своих местах. Кроме того, можно изменить дату существующей записи на будущую, и тогда эта запись будет отображаться выше других в соответствии с указанной датой.
- Для прикрепленной записи можно указать все те же настройки, что и для обычной записи (например, уровень доступа и запрет комментариев).
- Любую запись можно сделать прикрепленной, как новую, так и уже существующую.
- Существующую прикрепленную запись можно преобразовать в обычную, убрав отметку "Показывать всегда сверху" при редактировании записи.
- Функциональность отложенной и прикрепленной записи можно объединять.
Появилась возможность скрывать часть записи так, чтобы увидеть её можно было только нажав на соответствующую ссылку.
- Спойлеры (<lj-spoiler>) похожи на врезку (<lj-cut>), однако для просмотра спойлера нет необходимости загружать новую страницу. Если в записи содержится несколько спойлеров, при раскрытии одного из них другие раскрыты не будут.
- Спойлеры можно использовать не только в записях, но и в комментариях.
- Можно задать произвольный текст ссылки спойлера, также как и для врезки.
- Добавлена опция записи "Не добавлять в ленты друзей и RSS", которую можно включить при создании или редактировании записи. Эту опцию можно использовать в сочетании с "Прикрепренной записью" и "Отложенной записью", но доступна она только для записей в личных журналах.
- Появилась возможность увидеть последнюю запись пользователя, введя в адресной строке имя_пользователя.livejournal.com/latest.
- Теперь функции ботов
pingback_bot и
ljtimes будет выполнять бот livejournal. Кроме того,
livejournal оставит вам комментарий, если ваша запись попала в топ 25 популярных записей.
- На Главной странице появился блок "LiveJournal в лицах".
Изменения
- В Магазине LiveJournal отменены пакеты жетонов. Теперь вы можете купить необходимое количество жетонов за один раз по твердому курсу ($1 за 100 жетонов).
- Была усовершенствована возможность устанавливать заменители изображений в записях и комментариях. На вкладке "Вид" страницы "Настройки аккаунта" теперь можно включить заменители только в комментариях, только в записях или и там, и там.
- На Главной странице теперь отображается 25 самых популярных записей, вместо 20.
- Как уже сообщалось в новостях, в ближайшее время будет прекращена работа над сервисами "Игры" и "Список Желаний".
Исправления
- Комментарии удаленных аккаунтов, владельцы которых решили сохранить свои комментарии, вновь корректно отображаются на страницах комментариев в системном стиле.
- Уведомления по e-mail теперь содержат корректные ссылки на страницы скрытия и удаления комментариев.
- Исправлены ссылки на Главной странице на Общий рейтинг для пользователей, участвующих в рейтинге Украины.
- Комментарии от членов сообщества
notaspammer теперь корректно не скрываются как подозрительные.
Новые возможности
Обновления рейтингов
- Запущен новый рейтинг пользователей и сообществ по социальному капиталу. Теперь на Главной странице Живого Журнала по умолчанию отображается именно этот рейтинг.
- В рейтинге пользователей и сообществ теперь отображается не только имя пользователя, но и подзаголовок журнала (если у журнала нет подзаголовка, отображаться будет заголовок, а если и заголовок не был установлен пользователем, будет отображаться его имя, указанное в профиле).
- В профиле пользователей и сообществ теперь отображается их место в рейтинге по социальному капиталу, а также значение социального капитала. Если журнал участвует в украинском рейтинге, его позиции в этом рейтинге также отобразятся в профиле. На данном этапе эти показатели отображаются только для 2 000 журналов пользователей и сообществ с наибольшим значением социального капитала.
- Новые записи, появившиеся в рейтинге записей в прошедший час, теперь отмечаются значком "Новая запись".
- Появилась возможность размещать журналы и сообщества в блоках "Promo" на Главной странице Живого Журнала. Правила размещения журналов и сообществ аналогичны правилами размещения записей.
- При размещении в Промо журнала или сообщества, под именем пользователя отображается подзаголовок журнала, как и для журналов и сообществ в рейтингах.
- Если запись участвовала в Промо, это будет явным образом указано при попадании этой записи в рейтинг.
- Для стилей семейства Minimalism добавлена новая схема комментирования, вид и функционирование которой максимально приближены к старой стандартной схеме. Для того чтобы ее включить, нужно на странице настроек стиля журнала в разделе "Дополнительные настройки" выбрать значение "Yes" для поля "Use classic commenting page" (при этом в поле "Disable customized comment pages for your journal" должно быть значение "No").
- Появились приложения LiveJournal для мобильных устройств на платформах Symbian и MeeGo.
- Появилась возможность получать некоторое количество жетонов бесплатно. Для этого принимайте участие в акциях от различных компаний, которые будут регулярно появляться на странице Магазина LiveJournal.
- Как уже сообщалось в новостях, неактивные аккаунты Живого Журнала теперь будут удаляться автоматически, если в них нет ни одной записи, кроме приветственной, и их владелец не авторизовывался под своим именем пользователя более двух лет.
Изменения
Доработана новая система комментирования:- Добавлены кнопки для форматирования текста (жирный, курсив, подчеркнутый, зачеркнутый);
- Добавлена проверка правописания в тексте комментария. На данный момент проверка происходит исходя из установленного в настройках вашего аккаунта языка;
- В ветвях дискуссий для свернутых комментариев теперь отображается, как давно он был оставлен;
- В теме приходящего на почту уведомления о комментарии теперь указывается заголовок записи, к которой был оставлен комментарий, либо заголовок комментария, если он есть;
- Оптимизирован код новой системы комментирования, и комментарии теперь быстрее загружаются.
Исправления
- Пользователям платных и постоянных аккаунтов возвращена возможность использовать атрибут "class" при оформлении записей в своем журнале.
- Поиск юзерпиков по ключевым словам в форме комментария при стандартной схеме оформления более не чувствителен к регистру. Результаты поиска сортируются в алфавитном порядке.
- Темы записей Twitter-дайджест больше не будут произвольно отображаться на языке, отличном от выбранного в настройках аккаунта.
- При преобразовании журнала в сообщество, аккаунт, который осуществил преобразование, будет назначен владельцем нового сообщества.
- Владельцы и смотрители сообществ теперь не должны испытывать затруднения при удалении участников сообществ ни при каких условиях.
- В стиле "Clean & Simple" уровни ветвей комментариев должны вновь отображаться корректно.
- При перепосте записей с lj-cut, ссылка lj-cut более не перенаправляет читателей на запись-оригинал.
- Для участников сообщества notaspammer вновь убрана необходимость проходить CAPTCHA при любых действиях в Живом Журнале.
- В стилях семейства Tabular Indent добавлены якоря ссылок к ветвям комментариев.
- Текст ссылки по умолчанию на врезку lj-cut теперь корректно добавляется на языке, выбранном в настройках аккаунта.
- Ссылка "Обновить" в папке "Записи и комментарии" Входящих больше не перенаправляет пользователя в папку "Все".
- При перепосте записей, вставленные медиа-ролики теперь отображаются корректно.
- Тэг <small> вновь поддерживается в комментариях.
- UPD! Исправлена ошибка с отправкой записи после использования функции проверки правописания.
Банить по IP жж не умеет, так для чего это тогда? В хелпе написано: "Это сделано, чтобы любители некорректного и агрессивного поведения не чувствовали себя излишне анонимными и безнаказанными." Странное объяснение. Чтобы я мог посмотреть, что мой оппонент живёт в каких-нибудь Зажопинских Выселках и этим его опозорить?
У этой функции только одно практическое применение - на допросе вы всегда сможете настучать на тех, кто вас комментит.
URL имеет вид - http://user.livejournal.com/data/rs
Но ни file() ни fopen() ни file_get_contents() не могут получить данные.
Получаю сообщение, что невозможно прочитать.
Как можно посредством php получить RSS от пользователя ЖЖ?
Сделайте, ПОЖАЛУЙСТА, настраиваемый Топ-ЖЖ.
Мне надоело видеть в Топе постоянно мозолящих глаза некоторых персонажей. Которые преимущественно накручивают себе рейтинг публикацией сисек, набрасыванием содержимого своих мозгов на вентилятор и прочим хламом — смотреть на который у меня нет ни малейшего желания.
При этом, надо отдать должное, что в Топ зачастую попадают действительно интересные и актуальные публикации. Поэтому время от времени я туда заглядываю и нахожу то, что мне интересно. Но постоянно видеть там всевозможных "проституток_кэт", "садальских" и прочие человеческие отбросы — это уже выше моих сил.
Предлагаемое решение — очень простое. Думаю, что оно не потребует каких-то сверхчеловеческих программистских усилий. Поскольку в нём нет супер-пупер навороченных алгоритмов подсчёта. Всё очень просто: пускай любой желающий сможет добавлять в "игнор" тех, кто слишком мозолит ему глаза в Топе.
Таким образом Топ будет выводиться как и прежде, но без данных персонажей. Причём для каждого зарегистрированного пользователя индивидуально. То есть те, кто не добавлял их у себя в игнор — смогут по прежнему созерцать всех персонажей в соответствии с их рейтингом.
Думаю, что такая схема устроит всех.
(Кроме, разве что, гуано-блоггеров, которые в какой-то момент поймут, что их дешёвые сотрясания сиськами уже не работают, и им прийдётся искать другие способы привлечь к себе внимание — например, начать писать что-то действительно стоящее и интересное.)
В то же время тэг user пишется без дефиса, т.е. это тэг lj с атрибутом user: lj user="username"
Из-за этого я всегда путаюсь и у меня постоянно ошибки.
Почему бы не добавить альтернативные сокращённые версии тегов: cut и user?
Это сделает бы написание постов удобнее и проще, избавит от ошибок в форматировании.ЖЖ-тэг cut пишется с дефисом: lj-cut
В то же время тэг user пишется без дефиса, т.е. это тэг lj с атрибутом user: lj user="username"
Из-за этого я всегда путаюсь и у меня постоянно ошибки.
Почему бы не добавить альтернативные сокращённые версии тегов: cut и user?
Это сделает бы написание постов удобнее и проще, избавит от ошибок в форматировании.
Не добавить в друзья, а как-то иначе. Например добавить в "Комментаторы", а не в "Друзья". Соответственно - не видеть их и в ленте своей и подзамочные посты им также не видны.
Конечно, скажете вы, можно добавить в "друзья", создать списки и пользоваться ими. Но это как-то не совсем вариант.
2. Как пишет создатель Semagic'а, сейчас в API не реализованы "галочки" для кросспоста в доп. сервисы (фейсбук, твиттер), т.е. для того, чтобы запись отправилась туда, нужно её публиковать через форму новой записи в ЖЖ. Это ужасно неудобно (сами знаете почему, т.к. редактор далек от совершенства), а возможности сделать это через Semagic подчас не хватает (вследствии ограничений API).
Так как теперь в комментах везде жабаскрипт и аякс, появилась замечательная возможность прятать комментарии второго уровня, оставленные не автором записи. Их можно просто сворачивать.
Нужно это, чтобы место не занималось всякими спамерами и прочими. И чтобы визуально можно было отличить ответы автора (ведь именно для этого комментарии и открывали). Остальным даже не придется загружать новую страницу - сворачивание комментариев, по-моему, уже достаточно обкатано.
1). Округления при возврате монет идут в пользу ЖЖ (что понятно)
2). Трудно администрировать аукцион, нужно постоянно сидеть у компьютера и отслеживать попытки других захватить лидерство; трудно спланировать то, сколько твой пост будет находиться в Promo и т.д.
3). Находится в Promo несколько секунд не имеет никакого смысла
Предлагаю вариант:
1). Зафиксировать постоянное время нахождения поста в Promo (10, 15, 20 или 30 минут)
2). Аукцион проводить на будущее размещение, которое заканчивается за минуту (например) до окончания предыдущего
Преимущества:
1). Победитель точно уверен, что его пост весит в Promo в такой-то период времени
2). Округлений нет (сумма целиком возвращается проигравшему)
Возможно развитие идей:
Аукционы проводятся на несколько ближайших интервалов времени
Чтобы не пропустить такие обновления - приходится периодически обновлять вкладку с этой записью, и собственно помнить об этом.
Хотелось бы - иметь возможность подписаться на обновления собственно записи таким же способом, как и на появление комментариев к ней.